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Dla f olgenden Angaben slnd den vom An ma) 

Prufungsantrag gem. § 44 PatG ist gestellt 

@) Verfahren zur Dateneingabe in einen Portorechnar und 

(57) Das Verfahren zur Dateneingaba in einen Portorechner 
umfafit ein La dsn und Aktualisieren von Tariftahellonda- 
tsn im Portorechner, wobei jedoch beide Vorgange arfirv 
dungsgemafS zetth'ch entkoppelt voneinandor durchge- 
fuhrt werden. Die Obertragung und Spetcherung von ei- 
ner neuen Portogebuhrentabelle in einem Protorechner 
kann on demand Oder vorprogrammiert auf einen erst en 
Zeitpunktautomatisch durchgefOhrt werden. Das Aktuali- 
sieren von Tarfftabellendaten wird zu einem zweiten Zeit- 
punkt automatisch durchgefuhrt. Das Verfahren ist so- 
wohl fur Anwender von Frankierrnaschinen vorgesehen, 
als auch fur Portorechner enthartenda Waagen bzw. Shn- 
liche Gerete geeignet. Die Anordnung enthalt einen Por- 
torechner und einen Spoicher (16) fur Dtenstdaten mit 
Speicherbereichen fur die Tariftabellen bezogene Daten. 
Der Portorechner ist zum Detektieren der Eingabe und 
Einspeichem eines Ladeerfordernisses, zum Uberprufen 
i des Ladeerfordernisses und zum Laden bei einem Vorlie- 
gen des Ladeerfordernisses, zur Eingabe eines Umstel- 
tungserfordernis beim Laden, sowie zum OberprQfen des 
Umstellungserfordernis und Umstellung auf die aktuelle 
naus Tsrifta belle oder Obergang in den Betriebsmodus 
programmiert. 
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Beschrcibung 

Die Erfindung betrifft ein Verf ahren zur Dateneingabe in 
einen Portorcchncr gemaS des OberbegrifFs des Anspruchs 
1 beziehungsweise gem&8 des Oberbegriffs des Anspruchs 8 
einc Anordnung zur Durchfiihrung des Verf ahrens nach An- 
spruch 1. Die Erfindung bezweckt eine Verringerung dcs 
Aufwandes in einer Datenzentrale und eine Minimierung 
der Umstellungszeit auf eine neue Portogebiihrentabelle in 
einem Portorechner. Das Verf ahren ist sowobl fur Frankier- 
mascbinen vorgesehen, als auch fur Portorechner en thai- 
ten de Waagen bzw. ahnliche Portorechner enlhaltende Ce- 
rate geeignet. 

Aus DE 38 23 719 C2 und US 41 38 735 ist bckannt, da6 
ein Nachladen einer Tariftabelle fiir Portogebuhren von ei- 
ner en tf em ten Datenzentrale zu bestimmten Zeitpunkten 
veranlafit wird. Wenn der Datenaustausch vom Server der 
Datenzentrale initiiert wird, mufi die Frankierrnaschine s tan- 
dig angescbaltet bleiben, was natiirlich nachteilig ist. 

Altemativ wurde im US 5,490,077 bzw. im US 5 ,606, 5 OS 
vorgeschlagen, das Daienladen von der Frankierrnaschine 
on demand zu initiieren, wobei nach dem Einschalten der 
Frankierrnaschine der Datenbestand in Abhangigkeit von 
Bedingungen (wie z, B. Name, Datum) aklualisiert wird. 
Um rechtzeitig die Mehrheit der Fostkunden mit einer Tarif- 
tabelle auszustatten, wird letztere wcit vor ihrcm Inkrafttre- 
ten in einem Speicher eines Dbertxagungsmittels (Chipkarte 
bzw. Zelle cincs GSM-Netzes) separat von der Frankierrna- 
schine gespeichert. Beim Einschalten der Frankierrnaschine 
wird das Datum des Kalenderbausteins der Frankierrna- 
schine verwendet bzw. mit weiteren eingegebenen Bedin- 
gungen verknupft, um die Tabelle auszuwahlen, die bei In- 
.betriebnahme der Frankierrnaschine in deren Speicher gela- 
den wird. Beim Laden aus einem Speicher des Obertra- 
guhgsmittels in den Speicher der Frankierraaschine erfolgt 
ein Aktualisieren der bisherigen Tabelle. 

Aus dem US 5,710,706 (EP 724 141 Al) ist eine Daten- 
eingabe in eine Waage bekannt, welche mit einer Frankier- 
rnaschine schnittstellenmaSig verbunden ist, um lariftabel- 
lendaten mit Daten zu aktualisieren. Das Laden der Daten 
erfolgt von einer entfemten Datenzentrale per Modem zur 
Frankicxmaschine. Das Laden und Aktualisieren erfolgt un- 
mittelbar auf ein anderfolgend. Wenn eine Information vor- 
liegt, daB Tariflabellendaten zu aktualisieren sind, erfolgt 
ein Laden und ggf. unter Zwischenspeichern von Tariftabel- 
Lendaten in der Frankiermaschiae und ein sektorweises Ld- 
schen der alten Portotabelle im nichtflUchligen Speicher der 
Waage vor dem Ubertragen der neuen TariftabeUendaten aus 
dem Zwischenspeicher der Frankierrnaschine zur Waage 
und dem Einschreiben der neuen Tariftabellendaten in den 
nichtfluchtigen Speicher der Waage. In der Waage konnen 
mehrere Tabellen gespeichert sein. Jedoch bezieht sich jedc 
Tabelle auf einen separaten Postbefbrderer (Carrier), wel- 
ch er iiber Taslatur anwahlbar ist. Das Mindestgultigkeitsda- 
tum einer zu einer C arr icr-Iden tifikati cms- Nu mmer QN zu- 
geordneten Tariftabelle wird gespeichert und wird von der 
Frankierrnaschine ausgewertet, um bei Bedarf Anforde- 
rungsdaten zu bilden zum Laden von neuen Tarifcabellenda- 
ten bzw. zur Aktualisierung im Speicher der Waage entspre- 
chend der CTN. Ist jedoch das Mindestgiiltigkeitsdatum zu- 
gleich das Umstellungsdatum von cincr alten auf cine neue 
Tariftabelle, dann ergibt sich ein Stau in der Kommunika- 
tion mit der Datenzentrale, wenn die Frankiennaschinen 
mehrheitlich mit dieser Datenzentrale am selben Tag kom- 
munizieren wollcn. 

Aus der US 5,448,641 ist posialisches GebUhrensy stein 
mit Gultigkeitsprufung im EndgeraL auf der Benutzerseite 
bckannt Die Portotariftabelle wird von der Datenzentrale 



zum Endgerat iiber iragen. Auch ein zur Portotarif tabelle zu- 
gehoriger Code wird von der Datenzentrale zum Endgerat 
ubertragen. Letzteres generiert einen Vergleichs-Code aus 
einer Information basierend auf der empfangenen Fortotarif- 

5 tabelle. Anhand des Vergleiches des empfangenen Codes 
mit dem generierten Vergleichs-Codc kann im Endgerat die 
Gultigkeit der empfangenen Portotariftabelle UbcrprUft wer- 
den. Damit kann das Endgerat die ubermitteite Portotarifta- 
belle verifizieren. Zur Verringerung des Staues in der Kom- 

10 munikation mit der Datenzentrale, wenn die Frankienna- 
schinen mehrheitlich mit dieser Datenzentrale am selben 
Tag kommunizieren wollen, miiBte eine sehr hohe Anzahl 
an Modems eingesetzt werden, was den Aufwand in einer 
Datenzentrale erhohu Durch den Stau ergeben sich Kornmu- 

15 nikationsprobleme. Letztere fUhrt fur eine Anzahl von G era- 
ten zur Veriangerung des Umstellungsvorganges auf eine 
neue Portogebiihrentabelle. Wahrend dicser Zeit kann der 
Benutzer die betroffenen Cerate nicfat zur Postbearbeitung 
betreiben. 

20 Der Erfindung liegt die Aufgabe zugrunde, ein geeignetes 
Verf ahren zur Dateneingabe in einen Portorechner zu ent- 
wickeln, um den Umstellungsvorgang auf eine neue Porto- 
gebuhren tabelle zu verkurzen, ohne jedoch dabei den Auf- 
wand in der Datenzentrale zu erhdhen. 

25 Auf Anforderung ist eine Portotariftabelle zum Endgerat 
zu ubermitteln, um dicse in entsprecfaende Speicher des Por- 
torechners laden zu konnen. Eine weitere Aufgabe ist die 
Entwicklung einer geeigneten Anordnung zur Durchfiih- 
rung des Verfahrens. 

30 Die Aufgabe wird mit den Merkmalen des Verfahrens 
nach dem Anspruch 1 und rrrit den Merkmalen der Anord- 
nung nach Anspruch 8 gelost. 

Das Verfahren zur Dateneingabe in einen Portorechner 
urnfaBt ein Laden und ein Aktualisieren von Tariftabellen- 

3S daten inv Portorechner. Die Obertragung und Speicherung! 
von einer neuen Portogebuhrentabelle in einem Portorech- 
ner kann on demand oder vorprogrammiert auf einen ersten 
Zeitpunkt automatisch durchgefuhrt werden. Das Aktuali- 
sieren von TariftabeUendaten wird einem zweiten Zeitpunkt 

40 automat isch durchgefuhrt, Der Portorechner kann in einem 
der Gerate eines Postbearbeitungssysterns angeordnet sein. 
Eine Auslosetaste zum Laden ist vorzugsweise in demsel- 
ben Gerat angeordnet, welches den Portorechner enthalL 
Das GerSt mit dem Portorechner enthalt vorzugsweise einen 

45 Speicher zur Speicherung von Portotari f tabelle n . 

ErfindungsgemaB kann der Speicher des Portorechner s 
rnindestens zwei Tabellen fUr denselben Poslbeforderer 
speichem. Eine der beiden Tabellen ist die zukunftig gultige 
Tabelle, deren Ladung kostenpflichtig durch die Beiatigung 

50 einer Auslosetaste fruhzeitig veranlaBt wurde. Der Postbe- 
fbrderer ist die zustandige Postbehdrde oder ein privater 
Carrier, welche dem Benutzer des Postbearbeitungssysterns 
eine Information libermittelt. Gewohrilich verbleibt noch 
genugend Zeit bis zur Umstellung auf die neue Tabelle, ab 

55 dem Tage, an welchem der Benutzer beispielsweise ein An- 
schreiben mit der Information vom Postboten zugestellt be- 
kommt. Wiirden alle Systeme zum gleichen Zeitpunkt ver- 
suchen, die Daten vom Server einer Datenzentrale zu laden, 
ware dieser fur ein Tbil dieser Systeme teraporar unerreich- 

60 bar. Auch wenn die Datenverarbeitungskapazitat des Ser- 
vers sehr hoch ware, so dafi Daten entschieden schneller ge- 
laden werden konnten, und auch wenn eine Kommunikadon 
bei einer Vielzahl von Teilnehmeramchlusscn bzw. Modems 
tnoglich ware, konnte das Problem nur gemildert aber nicht 

65 bcsciligt werden. ErfindungsgemaU werden nun die Vor- 
gange Laden und Aktualisierung voncinander zeitlich enl- 
koppelt, so daB ein relativ groSer Zcitraum zum Laden zur 
VcrfUgung stcht. 
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DaB die Daten schon vor dem Tag der Umstellung gela- 
den werden, erm6glicht es in vorteithafter Weise, die Tele- 
fongebiihrcn zu verringern. Da die Aktualisierung nicht 
mehr wShrend einer Kommunikation mit dem Server son- 
dern unabhangig davon erfolgt, kann die Aktualisierung in 
alien Systcmcn gleichzcitig durchgefuhrt werden, falls diesc 
Systeme im voraus die Daten in eincn ihrcr Speicher gela- 
den haben und nichtfliichtig speichem. Diese Losung erfor- 
dert nur ein wenig mehr an Speicherplatz, welcher immer 
preiswexter wild, und minimiert damit nicht nur die Umstel- 
lungszeit sondem auch die erfordcriiche Anzahl der Mo- 
dems, welche am Server angeschlossen scin miissen. 

Die Ablaufe, womit eine Aktualisierung von Daten aus- 
gelost werden, laufen autoinatisch ab. In demjenigen Gerat 
des Systems, welches das Datum fur das Inkrafttreten der 
Tabelle bzw. ein UmstcUungsdatum speichem soil, wird ein 
Speicherplatz dafur rescrvicrt. 

Der Speicherplatz mu£ unter bestimmten Bedingungcn 
abgefragt werden. Dasjenige GerSt des Systems, welches 
diese Abfrage diirchftihrt, nimmt auch die PruTung vor, ob 
der Umstellungszeitpunkt erreicht ist 

Die Erfindung geht von dem Bed iirf iris einiger Fostbefor- 
derer aus, die Dienstdaten, insbesondere die Gebiihren in 
Portotariftabellen, beliebig zu andem. Die Dienstdaten wer- 
den in einem Verarbei tu n gsmodul im oder beim Endgerat 
benotigt. Die Dienstdaten schlieBen insbesondere die Ge- 
buhren in Portotariftabellen ein, sind aber nicht darauf be- 
schrankt. 

Wenn nachfolgend vereinfachend nur von Portotariftabel- 
len gesprochen wird, sind andere Dienstdaten jedoch nicht 
ausgeschlossen. 

In vorteilhafler Weise kann also die Kommunikation von 
der Dalenzentrale per Modem direkt mit dem Verarbei tungs- 
modul im Endgerat oder indirekt uber das Endgerat mit dem 
Verarbei tungsmodul erfolgen. 

Das Verarbei tungsmodul ist ein elektromscher Portorech- 
ner. Es ist vorgesehen, dafi der Portorechner im Endgerat in- 
tergriert ist oder separat vom Endgerat angeordnet ist. Beim 
Endgerat handelt es sich vorzugsweise um eine elektroni- 
sche Frankiermaschine oder um eine Portoiechnerwaage. Es 
ist vorgesehen, daB das Endgerat mit einem Portorechner 
verbunden ist und daB der Mikroprozessor des Endgerates 
oder des Portorechners programmiert ist, eine Speicherung 
der neuen Portotariftabellendaten ltd Speicher des Endgera- 
tes bzw. des Portorechners vorzunehmen. 

Vorteilhafte WeitcrbUdungen der Erfindung sind in den 
Un Lenin sprue h en gckennzeichnet bzw. werden nachstehend 
zusammen mit der Beschreibung der bevorzugten Ausfiih- 
rung der Erfindung anhand der Figuren aaher dargestellt Es 
zeigen: 

Pig. la, Blockschaltbild einer Frankiermaschine mit in- 
tern em Portorechner und Portotariftabellen speicher, 

Fig. lb, Blockschaltbild einer Frankiermaschine mit An- 
schluB zu einer Portorechner- Waage, 

Fig- lc, Blockschaltbild einer Portorechner- Waage, 

Fig. 2, FluBplan fiir eine Frankiermaschine nach Fig. la. 

Die Fig. la zeigt ein Blockschaltbild der erfindungsge ma- 
Ben Frankiermaschine mit einem Druckermodul 1 fur ein 
voUelektronisch erzeugtes Frankierbild, mit mindestens ei- 
nem mehrere Betatigungseleinente aufweisenden Eingabe- 
mittel 2, einer Anzeigeeinheit 3, einem die Kommunikation 
mit einer Datenzentrale herstellenden MODEM 23, weitere 
Eingabcmittcl 21 bzw. Waage 22, welche uber einen Ein/ 
Ausgabe-Steuemtodul 4 mil einer Steuereinrichtung 6 ge- 
koppelt sind und mit nichtfliichtigen Speichem 5a, 5b bzw. 
9, 10 und 11 fur Daten, welche die variablen bzw. die kon- 
stanten Tbilc des Frankjerbildes einschlieBen, und bzw. Pro- 
gramme zur Verarbeitung der Daten in Zusammcnhang mit 



der Postbefordemngs- bzw. Dienstleistung, welche vom 
Carrier zu erbingen ist. Die Steuereinrichtung 6 kann neben 
einem Mikroprozessor jiP in wciteren Ausfuhrungsformen 
auch einen separaten Portorechner 17 und weitere Mittel, 

5 wic eine anwenderspezifische Schaltung ASIC fiir die Kom- 
munikation mit Sensorcn und Aktoren der Mascbinenbasis 
(EP 716 398 A2), ein Sicherheitsmodul SiMo (EP 789 333 
A2) und andere MitteL ggf . zur Verbesserung der Datensi- 
cherheit (DE 196 50 993 Al), enthalten. 

to Neuere FranMermaschinen setzen digital arbeitende 
Druckmittel 1 ein. Beispielsweise wurden in Frankierma- 
schinen vom Typ T1000 bzw. JetMail des Anrneldcrs wclt- 
wcit crstmals Thermotransferdrucker bzw. Tintenstrahl- 
drucker eingesetzL Damit ist es prinzipiell moglich, auf ei- 

15 nen gefullten Brief im Bereich des Frankierstempels andere 
Informationen bzw. beliebig andcrs zu drucken, welche in 
einem entsprechenden Zusammcnhang mit einer Dienstlei- 
stung eines Carriers stehen. Es ist also leicht mdglich, zwi- 
schen den privaten Postbefbrderem und ihren Dienstleistun- 

20 gen zu wechseln. Der Frankiers teinpels abdruck enthalt des- 
halb vorteilhaft einen Hinweis auf den Carrier und/oder die 
in Anspruch genommene oder noch geplante Dienstleistung. 
Ein Charaktexspeicher 9 liefert die notigen Druckdaten fur 
die variablen Telle des Frankierbildes zu einem flOchtigen 

25 Arbeitsspeicher 7. Die Steuereinrichtung -6 weist einen Mi- 
kroprozessor uP auf, der mit dem Ein/Ausgabe-Steuermodul 
4, mit dem Charakterspeicher 9, mit dem flCichligen Arbeits- 
speicher 7 und mit mchtfluchtigen Arbeitsspcichcm 5a, 5b 
(mitintemen nichtflUchdgen Tarifspeicher) bzw. (gestrichelt 

30 gezeichnet) rait einem zusatzlichen nichtfliichtigen Tarif- 
speicher 16, rait einem nichtfliichtigen Arbeitsspeicher 10 
und Progranimspcichcr 11, mit dem Motor, einer Transport- 
bzw. Vorschubvorrichtung ggf. mitStreifenauslSsung 12,eir 
nem Encoder (Codierscheibe) 13 sowie mit einem batterie- 

35 gestiilzten. Kalenderbaustein. (Uhr/Datums-Bau stein 8) in 
Verbindung stehL Derjenige Speicherbaustein, welcher den 
nichtfliichtigen Arbeitsspeicher 5b umraBt, kann beispiels-. 
weise ein EEPROM sein, dor durch mindestens eine zusatz- 
Uche MaBnahme, beispielsweise Aufkleben auf der Leiter- 

40 platte, Versiegeln oder VergieBen mit Epoxidharz, gegen 
Entnahme gesichert wird. Nahere Ausfuhrungen zu einzel- 
ncn Funktionen der Mittel werden in der deutschen Patent- 
anmeldung DE 195 34 530 Al gemacht Letztere tragt den 
Titel: Vertahren zur Absicherung von Daten und Program m- 

45 code einer elektronischen Frankiermaschine. 

Beispielsweise kann die Speicherung der Portotariftabel- 
len innerhalb des nichtfliichtigen Speichers 5a realisiert wer- 
den, indem besondere Speicherbereiche bereitgestellt wer- 
den. Die Portotariftabellen konnen separat in einem nicht- 

50 fluchtlgen Speicher 16 (gestrichelt gezeichnet) gespeichert 
werden. Die einzelnen Speicher kOnnen in mehrercn physi- 
kabsch getrennten oder - in nicht gezeigtcr Weise - in weni- 
gen Bausteinen zusammengefaBt verwirklicht sein. Die zu- 
kiinftig gultige Tariftabelle wird im entsprechend daTiir cin- 

55 gerichteten vorgesehenen Speicherbereich 16-01 bzw. die 
bishcr gultige Tariftabelle wird entsprechend im separat vor- 
gesehenen Speicherbereich 16-02 gespeichert. Das zugeho- 
rige Umstellungsdatum wird in einem dritten Bexeich 16-03 
des nichtfiuchtigen Speichers 16 gespeichert Eine Informa- 

60 tion im vierten Speicherbereich 16-04 fur solche in der Da- 
tenzentrale verfugbaren, neuen Tariftabelle ad ate n ist bei- 
spielsweise eine carriexspezifische Versions nu miner. Die 
vcrfiigbarc Speichcrkapazitat im nichtfliichtigen Speicher 
betragt beispielsweise 20 kByle wird durch eine platzspa- 

65 rende Speicherplatz verwaltung optimal genutzt. Der nicht- 
fluchtige Tarifspeicher ist vorzugsweise ein balteriegestUtz- 
tcr C-MOS-RAM-Baustein. 

Die Daten zentrale besitzt Modems 33, die mit einem Scr~ 
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ver 32 verbunden sind, welcher auf eine Datenbank 31 zu- 
greifl wenn eine entsprechende Anforderung empfangen 
wird. Bei bedarfsweiser BetaUgung eincr Taste dear Tastatur 
2 oder mittels einem anderem geeigneten Eingabemitiel 21 
der Frankiermaschine wird das Laden der Porto tariftabellen - 
da ten aus der Datenzentrale ausgclost. Der Mikroprozessor 
(iP des Endgerates kann nun die Anforderungsdaten per Mo- 
dem 23 tiber ein Konununikationsnetz zum Modem 33 der 
Datenzentrale DZ ubermitteln. Altcrnativ werden Funk- 
Scnde/Empfangscinrichtungen eingesetzt und per Punk An- 
forderungsdaten ubermiuelt oder ein digitales Kommunika- 
tionsnetz entsprecnend benutzt. 

In der Fig. 2 wird cin FluBplan fur eine Frankiermaschine 
nach Fig. La gezeigt, bei welcher fur eine im Betrieb befind- 
liche Frankiermaschine ein Laden separat von einer Umstel- 
lung erfolgL Nach dem Einsch alien der Frankiermaschine 
im Schritt Start 100 und dem Durchlaufen einer Start- und 
Initialisienmgsroutine 101, welche in der dcutschen Patent- 
anmeldung DE 195 34 530 Al naher erlautert wurde. wird 
der Punkt s der Systemroutine 200 erreicht. Die Frankierma- 
schine ist nun in Betrieb genommen und befindet sich in ih- 
rem normaien Betriebsmodus, welcher auch Nornialmodus 
genannt wird. In einem ersten Schritt 201 werden nicht- 
fliichtig gespeicberte Eingabedaten zur Einstellung der 
Frankiermaschine aufgerufen. Wurde wahrend der Initiali- 
sierungsrou tine 101 die Frankiermaschine auf die Zusanv- 
menarbeit mit eincr in Betrieb genornmenen Waage einge- 
stellt, dann wird im ersten Schritt 201 eine serielle Schniu- 
s telle zur Waage selektiert, um mindestens einen ubermitlel- 
ten Gewichtswert zu empfangen. Das Eingabemitiel Tasta- 
tur 2 erlaubt eine Vielzahl "von weiteren Eingaben zur Veran- 
derung der Einstellungen. . j ■: =; 

Beispielsweise wirdbei B eta tigung. einer Taste 19 der Ta- 
statur 2 ein Ladebefehl eingegebeo. Alternativ kann mittels 
der Tasten 20 der Ladebefehl als Code eingegeben werden, 
welcher mittels Taste 18 quittiert wird. Die Eingabe/Anzei- 
gerouline 209 enthalt eine Vielzahl an Abfrageschritten, von 
welchen nur ein einziger Abfrageschritt 209-60 dargestellt 
isU Letzterer betri fft die Abfragc auf Eingabe eines Ladebe- 
fehls. Wurde eine derartige Eingabe erkannt, wird auf den 
SubschritL 209-61 verzweigt, um Anforderungsdaten zu bil- 
den. Wurde keine oder keine erncute derartige Eingabe er- 
kannt, wird, ggf. iiber weitere Abfrageschritte, zum Punkt e 
verzweigt. Im Kommunikationsmodus 300 wird gepruft, ob 
ein Transaktionsersuchen vorliegt Ein solches wird als vor- 
liegend erkannt, wenn aktuell Anforderungsdaten gebildet 
wurden und zwischengespeichert voriiegen. Beispielsweise 
wird ein E-Flag gesetzt und im Kommunikationsmodus ab- 
gefragt, woraufhin eine automatisch ablaufende elektroni- 
sche Kommunikation mit der Datenzentrale ausgeldst wird. 

Im Kominunikationsmodus 300 identtfiziert sich die an- 
fordernde Frankiermaschine bei der Datenzentrale mit ihrer 
Identifikations-Nummer (ID) und ubermittelt mindestens 
die Versionsnurnmer der bisherigen Portotariftabelle zwecks 
Auffindung einer neuen Portotariftabelle in der Datenbank 
DB 31 der Datenzentrale. Jeder Portotariftabelle ist eine 
Versionsnurnmer zugeordnet, welche mit der Ubermittelten 
zu vergleichen ist, um die neue Versionsnurnmer der zu- 
kQnftig zu ladenden Portotariftabelle zu ermittcln. Der Ser- 
ver 32 ist zur ttberpriifung der ordnungsgemaBen Obertra- 
gung und fehlerfreien Zwischenspeicherung von Dienstda- 
ten prograxnmiert, was anhand der nicht vorverdffentlichten 
deutschen Anmeldung 198 30 055.7, mit dem UteL Verfah- 
ren zur sicherea Obertragurtg von Dienstdaten an ein Endge- 
rat und Anordnung zur DurchfUhrung des Verfahrcns, noch 
naher erlautert wird. Die PortotariftabelLendaten werden 
vorzugsweise zunachst im Spcichcrbercich 7d des fluchti- 
gen Arbeitsspeichers RAM 7 der Frankiermaschine zwi- 



schengespeichert, um eine UberprOfung zu crmoglichea. 

Wurden im Ergebnis der Kommunikation Dienstdaten 
Qbermittclt und iin Arbeitsspeicherbereich RAM 7d zwi- 
schengespeichert, dann wird das im nachfolgenden Abfra- 

S geschritt 211 erkannt und es wird zum Auswerte modus 213 
verzweigt, um die Korrektheit der Obermiulung und GUltig- 
keit der neuen Dienstdaten zu tlberprufen. Das Ergebnis die- 
sex Uberpriifung wird im Anzeigexnodus 215 an gezeigt, be- 
vor zum Punkt s der Systemroutine zuriick verzweigt wird. 

10 War das Ergebnis dieser Oberprufung positiv, wird fiir ein 
nachfolgendes Updating beispielsweise ein U-Flag zur Mo- 
dusumschaltung gesetzL Im Abfrageschritt 202 kann nun 
zum Beispiel anhand des gesetzten U-Flag s gepruft werden, 
ob Dienstdaten in den nichtfluchtigen Speicher 16 zu laden 

15 sind. Im Schritt 203 erfolgt dann eine Vielzahl von Sub- 
schritten zur Modusumschaltung und zum Laden der 
Dienstdaten in den nichtftUchtigen Speicher 16. Das U-Flag 
zur Modusumschaltung wird dann in einem abschlieBenden 
Subschritt wieder zurtickgesetzt, bevor zum Punkt s der Sy- 

20 stemroutine zuruckverzweigt wird. Bei der nachsten "Ober- 
prufung ist das Ergebnis negaliv. War das Ergebnis dieser 
Uberpriifung aber negativ, so wird zum nachsten Schritt, 
beispielsweise zum Abfrageschritt 204, verzweigt. Wird 
kedn Gewichtswert von der Waage 22 errnittelt und zur Fran- 

25 kierxnaschine Ubertragen, dann wird dies im Abfrageschritt 
204 festgestellt und zum Punkt s der Systemroutine 200 zu- 
ruckverzweigt. Die Frankiermaschine wartet somit auf eine 
Eingabe seitens der Waage 22. Ist diese Eingabe erfolgt, 
wird im Schritt 205 ein Handshake-Signal zur Waage 22 ge- 

30 sendet und dann zum Schritt 206 verzweigt, um das Erfor- 
dernis einer Umstellung, insbesondere anhand eines gespei- 
cherten Umstellungstagcs. und eines aktuellen Datums. zu 
UberprUfen. Bdm:Erfbrfernis,einer Umstellung ist eine Ak- 
tualisierung der Dienstdaten erfarderlich, und es wird zum 

35 Schritt 208 verzweigt, um eine Aktualisierung der Dienstda- 
ten in den Speicherbereichen des mchtflucbtigen Speichers 
16 durchzufuhren. Dann wird zum Punkt s der Systemrou- 
tine zuruckverzweigt Anderenfalls wird der Punkt t der Sy- 
stemroutine 200 erreichL Die Eingabe/Anzeigeroutine 209 

40 enthalt eine Vielzahl an Abfrageschritten, von welchen jeder 
einzeln abgefragt wird. In der o.g. deutschen Patentanmel- 
dung DE 195 34 530 A 1 werden weitere Abfrageschritte ge- 
zeigL Liegen keine weiteren Eingaben, wird der Schritt 300 
ohne Kommunikation dure h la u fen. Wenn nun keine weite- 

45 ren Daten ub errnittelt wurden, was uber den Abrragescnritt 
211 festgestellt wird, wird der Punkt b der Systemroutine 
200 erreichL 

In der o.g. deutschen Paten tanrneldung DE 195 34 530 
Al ist beredts dargelegt, daB eine Vielzahl an Schritten zwi- 

50 schen den Punktcn b und d der Systemroutine 200 durchlau- 
fen werden kann, bevor zum Frankiermodus 400 verzweigt 
wird. In an sich bekannter Weise ist einer der Schritte im 
vorliegenden Ausfuhrungsbeispiel ein Portoberechnungs- 
modus 220. Der nachfolgcnde Frankiermodus 400 enthalt 

ss eine ansich bekannte Abrechnungs- und Druckroutine. Nach 
dem Drucken eines Frankierabdruckes wild zum Punkt s der 
Systemroutine 200 zuruckverzweigt. 

Der Mikroprozessor uP ist als Portorechner sowie zum 
Laden und Aktualisjeren von lariftabellendaten durcb ein 

60 ira Programrnspeicher 11 gespeichertes Programm program- 
miert. Der Programme peicher 11 ist als Nurlcscspcicher 
ROM ausgefuhrt. Der Mikroprozessor ist prograoimierL 
zum Uberprtifen des gespeicherten Umstellungsdatums in 
der Frankiermaschine anhand des aktucllen im Uhren/Da- 

65 Lums-Baustcin 8 gespeicherten Datums und zum Weiterar- 
beiten mit den alien 'lYuiflabellendaten im Falle einer Untcr- 
schreitung des Umstellungsdatums durch das aktuelle Da- 
tum oder anderenfalls zum Obcrrnitteln einer Anweisung 
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zur Ausfuhrung der Umstellung. 

Die Steuereinrichtung 6 kann allemativ einen separated 
Prozessor 17 zur Fortoberechnung enthalten, welch er mit 
dem Speicher 16 einen Portorechner bildcL Der Mikropro- 
zessor uP ist programmicrt zum ftberprufen des gespeicher- s 
ten Umstellungsdatums in der Frankiermaschine anhand des 
aktuellen Datums. Der Prozessor 17 ist programmicrt, zum 
Wei terarb eaten mit den alien Tarif tab ell endaten bei Unter- 
schreitung des Umstellungsdatums durch das aktuelle Da- 
tum. Der Mikroprozcssor uP ist programmicrt, zum Obex- LO 
znitteln einer Anweisung an den Portorechner 17 zur Aktua- 
lisierung der TariftabeUendaten bed Gleichheit oder bei 
t)berschreitung des Umstellungsdatums durch das aktuelle 
Datum. 

In einer Ausfuhrungsform wird die Frankiermaschine ls 
beim Initialisieren auf eine bestimmte Stadt und ein be- 
stimmtcs Ladedatum eingestellt. Diese Einstellungen k6n- 
nen im nichtfluchtigen Speicher 5a oder 16 in separaten 
Speicherbereichen 16-06, 16-06 gespeichert werden. Das 
im Speicherbereich 16-06 gespeicherte Ladedatum wird 20 
beispielsweise im Abfrageschritt 202 abgefragt und ist scpa- 
rat yon dcm im Speicherbereich 16-03 gespeicherten Urn- 
stellungsdatum. Somit kann cin vorprogramrniertes Laden 
zu einem ersten Zeitpunkt im Lademodus und ein UmsteUen 
von Dienstdaten zu einem zweiten Zeitpunkt autorn arisen 25 
im Betriebmodus der Frankierrnaschine erfolgen. Wird die 
FrarjJdermaschine nicht vomer ausgeschaltet. werden zum 
vorprogramrnierten ersten Zeitpunkt, beispielsweise nach 
MitternachL, Dienstdaten in den zum Laden vorgesehenen 
ersten Speicherbereich 16-01 geladen. Der zweite Zeitpunkt 30 
fiir die Umstellung ■ wird vom Postbeforderer vorgegeben 
und wild beim Laden in den dritten Speicherbereich 16-03 
geladen. Bet Gleichheit oder bei Dberschreitung des Um- 
stellungsdatums durch das aktuelle Datum ist der Portorech- 
ner zur Aktualisierung der Tariftabellendaten programmiert. 35 
Dabei fuhit der Portorechner ein Loschcn und Einschreiben 
von Daten in den zweiten Speicherbereich 16-02 bei der 
Aktualisierung der l^riftabell endaten aus. Die Erfindung 
be stent darin: 

40 

a) daB in einem Speicher 16 fur Dienstdaten Speicher- 
bereiche fur auf Tariftabellen bezogene Daten vorgese- 
hen sind, einschlieBlich einem fiinften Speicherbereich 
16-05 mindestens zum Speichem eines aus einer Viel- 
zahL von Stadtenamen oder zum Speichem von einer 45 
vergleichbaren ersten Information, die den gewtinsch- 
ten Stadienamen kennzeichnet, 

b) daB der Portorechner programrniert ist 

- zum Initialisieren eines den Portorechner ein- 
schlieBenden Systems nach dem Eirischalten in ei- so 
ner Start- und Inidahsierucgs-Routine 101, wobei 
entsprechend der Eingabe mindestens des Stadte- 
namens oder einer vergleichbaren ersten Informa- 
tion, welche den Stadtenamen kennzeichnet, die 
Initialisierung vorgenommen wird, ss 

- zum Detektieren der Eingabe und Binspeichem 
eines Ladeerfordernisses, einschlieBlich des im 
sechsten Speicherbereich 16-06 gespeicherten 
Laded at urns, und/odcr cincr vergleichbaren im 
vierten Speicherbereich 16-04 gespeicherten 60 
zweiten Information, die dem Portorechner eine 
Vorauswahl einer Tariftabelle fur einen vorbe- 
stirninten Carrier kennzeichnet, 

- zum Oberprtifen des Ladeerf ordemi s s es (im 
Schritt 202) bzw. des Ladedatums anhand des von 65 
einem Kalenderbaustein bereitgestellten Datunis 
und zum Laden, beginnend mit einer Modusum- 
schaltung auf einen Lademodus, wenn ein vom 



Kalenderbaustein bereitgestelltes Datum das ge- 
speicherte Ladedatum erreicht oder tlberschreitet 
und tJbergang in den Betriebsmodus, wenn das 
bereitgestellte Datum das gespeicherte Ladeda- 
tum unterschreitet, 

- zur Eingabe eines UmsteUungserfordemisscs 
beim Laden, insbesondere Einspeichern eines 
Umstellungsdatums in den Speicherbereich 
16-03, 

- zum 'Qberprufen des Umsteuungserfordernis- 
ses (im Schritt 206), anhand des Umstellungsda- 
tums im Vergleich mit dcm vom Uhren/Datuins- 
Baustein 8 bereitgestellten Datum und Umstel- 
lung auf die aktuelle neue Tariftabelle, wenn 
durch das bereitgestellte Datum das gespeicherte 
Umstellungsdatum erreicht oder uberschritten 
wird oder Obergang in den Betriebsmodus, wenn 
das bereitgestellte Datum das gespeicherte Um- 
stellungsdatum unterschreitet 

In der Fig. lb ist ein BlockschalLbild der elektronischen 
Frankiermaschine fur eine Variante mit portoberechnender 
Waagc 22a dargestellL Im modifizierten FluBdiagramm, 
welches entsprechend zu dem in der Fig, 2 gezeigten FluB- 
diagramm aufgebaut ist, entfallt dann natUrlich der Schritt 
220 eines frankiermaschinen-intercen Portoberechnungs- 
modus. 

Der T^rif speicher 16 und der Prozessor 27 sind bier Be- 
standteil des Portorechners der portoberechnenden Waage 
22a. Letztere ist mit ihrer seriellen Schnittstelle RS 232 Uber 
ein Verhindungsrnittel 24 mit einer — nicht gezeigten — seri- 
eUen5chnittstelleRS:232des Ein/Ausgabe-Steuennoduls 4 
verbunden. Die Waage 22a kann nun das Modem 23 der 
Frankiermaschine zur Kommunikation mit der Daienzen- 
trale benutzen. 

Werden Dienstdaten - benotigt, insbesondere eine gean- 
derte Portotariftabelle in einem elektronischen Portorech- 
ner, kann folglich eine Ferninstallation erfolgen. Die Postbe- 
forderer heauftragen jeweils eine Datenzentrale mit der 
Dienstleistung zur Ferninstallation, auf Anforderung 
Dienstdaten, zum Endgerat zu ubcrmitteln, um diese in ent- 
sprechende Speicher des Verarbeitungsmodals laden zu 
k5nnen. Bei einer solchen Ferninstallation kommt ein Ver- 
rahren zur sicheren t)bertragung von Dienstdaten an ein 
Endgerat mit folgenden Verfahrenschritten zum Einsatz, 
welche schon in der nicht vorveroffendichten deutscben An- 
meldung 198 30 055.7 ausfUhrlich beschrieben wurde. Nach 
einem Bercitstellen von neuen Dienstdaten in der Datenzen- 
trale fur eine zukunftige Verarbeitung basierend auf den 
Dienstdaten, erfolgt ein Bilden von Anforderungsdaten fUr 
Dienstdaten vom Endgerat vor der Kommunikation des 
Endgerates mit einer Datenzentrale. Die Kommunikation 
umfaBt ein Senden der Anforderungsdaten. um die neuen 
Dienstdaten von der Datenzentrale anzufardem, und ein 
Empfangen und Zwischenspeichern der angeforderten 
Dienstdaten. 

Das Postbearbeitungssystem kann eine Frankiermaschine 
und eine Waage umfassen, wie beispielsweise das bekannte 
Waage/TTOOO-System der Firma Francotyp Postalia AG & 
Co. Um rechtzeitig eine Mehrheit an Pdstkunden mit einer 
Tariftabelle auszustatten, welche ab einem Umstellun gstag 
aktuell ist, erfolgt im vorab ein Laden der zukiinftig gultigen 
Tabellc. Der Portorechner ist in diesem Aus fuhrungsbeispi cl 
in die Waage 22a integrierL Die beta tig te Auslosetaste der 
Waage kann ein \brab laden der zukiinftig gultigen Tabelle 
auslosen, ohne die bcstchcndc zweite Tabelle des selben 
Postbefordcrcrs zu aktualisieren. Fiir jede T^bellen version 
muB ein Datum fiir das Inkrafttretcn der Thbclle zugeordnet 
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gespeichert werdcn. Die "Oberpriifung, ob die Tbbelle in 
Kraft zu setzen ist, erfolgt wciterhin rnit Hilfe der Frankier- 
maschine, weil diese bereits einen Uhren/DaUinis-Bausteic 
enthalt. 

Im Unterschied zum Postbearbeitungssystem nacb BP 5 
724 141 A 1 muB bcim crfindungsgemaBen System nun nicht 
jedesmal beiin Einschalten der Mascbine mit einer langen 
Kommunikalion mit einem entfernten Server und mit einem 
wahrend der Kommunikation erfolgenden Umstellungsvor- 
gang gerechnet werden. Vielinehr kann nun die betaiigte to 
Auslbse taste der Waage ein on-demand-Laden der zukunftig 
guTtigen Tabelle vorab des Umstellungsvorganges auslosen. 
Der Uinstellungsvorgang sclbst bleibt vom Bcnutzer unbe- 
merkt, weil er zeitlich verse tzt und cntkoppell vom on-de- 
mand-Laden sowie automatisch am Umsiellungstag und da- is 
bei relativ schnell ablauft 

Die Fig. lc zeigt ein Blockschaltbild einer Portorechner- 
Waage, welche Uber eine serielle Schnittstelle mit der Fran- 
kiermaschine nach Fig. lb verbunden ist. An die RS-232- 
Scbnittstelle 25 der Waage 22a ist ein Ein/Ausgabe-Port 26 20 
angeschlossen, welches mit dem internen BUS 43 mit dem 
Prozessor 27 der Waage 22a in Verbindung steht Ein sol- 
cher BUS schlieSt Daten-, AdreB- und Steuerleitungen ein. 

Die Waage urafaBt Bingabe- und Ausgabernittel 42 und 
41, die liber ein I/OPort 40 mit dem Prozessor 27 verbun- 25 
den sdnd, sowie Liber den internen BUS 43 mit dem Prozes- 
sor 27 verbundene Speichermittel 28 zum Speichern der Be- 
triebssoftware der Waage, Speichermittel 29 zum Speichern 
von Anwendungsdaten (bei spiels weise Wah Idruck-Num- 
mem) und SpeichermiUel 16 zum Speichern der geladenen 30 
Dienstdaterr. (z. B* der Portotabellen). Zum Errnitteln des 
... ... -. Gewichtes ist eine Wiegezelle 50 uber einen A/D-Wandler--: : » 

. 51. mit dem Prozessor 27 verbunden, und aufierdem dienen 
direkte Verbindungen zum Rucksetzen (Reset) oder Tarieren 
(Tara) der Wiegezelle 50 durch den Prozessor 27. Weiterge- 35 
hende. Ausfilhrungen kitonen der US 5,710,706 (EP 724 141 
Al) entnommeo werden. Optional kann ein batteriegestutz- 
ter Kalenderbau stein 48 — gestrichelt gezeichnet - in die 
Waage 22a. integriert sein. Br ist am internen BUS 43 ange- 
schlossen. Alle notwendigen Eingaben werden Uber die fa- 40 
statur 42 vorgenommen. Auf dem Display 41 werden solcbe 
wichtigen Informationen ausgegeben, wie zum Beispiel das 
Gewicht des Postgutes und das anhand der POrtogebllhrenta- 
belle ermitteLte Porto. 

Wird eine geanderte Porto taxi f tabelle in einem elektroni- 45 
schen Portorechner benbtigU kann eine Ferninstallation on 
demand erfolgen. Dazu wird die Taste 45 betaligt, urn den 
Ladevorgang auszulosen, und es erscheint eine enispre- 
chende Anzeige auf dem Display 41. Wird die Waage 22a in 
den Ladcmodus urugescbaltet, konnen verscmedene Dienst- 50 
daten und insbesondere die Portogebuhrentabelle, welche 
ganz oder teilweise geandert werden sollen, geladen wer- 
den. Im Un terse hied zur o.g. bekannten Ldsung der BP 724 
141 Al existiert keine Kopplung des Ladevorganges mit ei- 
ner Aktualisierung, und die Taste 45 lost noch keinen Aktua- 55 
lisicnmgsmode aus. 

Der Prozessor 27 ist programmiert zum tJberprUfen des 
gespdeherten Urns tellungsda turns in der Frankiermaschine 
anhand des aktuellen Datums und zum Weiterarbeiten mit 
den alten Tariftabellendaten bei Unterschreitung des Um- 60 
stellungsdatums durch das aktuelle Datum und zum Ober- 
mittcln einer Anweisung an den Portorechner zur Aktuali- 
sierung der Tariftabellendaten bei Gleichheit oder bei Ober- 
schreitung des Umslellungsdatums durch das aktuelle Da- 
tum. Der Portorechner fuhrt ein Binschreiben von Daten zur 65 
Aktualisierung der Tariftabellendaten im dafur vorgesehe- 
nen Speicher aus. Dabei ist das erflndungsgeinaOe Verfahren 
zur Dateneingabe in einen Portorechner, mit einem Laden 
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und Aktualisieren von Tariftabellendaten im Portorechner in 
einer Ausfuhrungsform mit folgenden Verfahren schritten 
vorgeseheD: 

- Bereitslellen mindestens eines ersten und zweiten 
Speicherbereichcs im Partorechner, wobei der zweite 
Speicherbereich Tariftabellendaten der bisher gultigen 
Tariftabelie speichert und der erste Speicherbereich fur 
Tariftabellendaten der zukunftig ab Umstellungsdatum 
gUltigen neucn Tariftabelle vorgesehen ist, 

- Oberprufen im Portorechner auf Vorliegen eines La- 
debefehls, wobei bei Vorliegen eines Ladebefehls eine 
Bildung von entsprechenden Anforderungsdaten und 
deren Obertragung zur Datenzentrale durchgefuhrt 
wird, 

- Modusumschaltung auf einen Lademodus mit Selek- 
tierea eines Creien ersten Speicherbereiches im Spei- 
cher des Portorechners, Empfangen und Laden von 
kjomprimierten neuen Tariflabellexidaten und von ei- 
nem zugehbrigen Umstellungsdatum sowie Umschal- 
tung auf den Betriebsmodus, 

- automalisches Aktualisieren unabhangig und zeit- 
lich entkoppelt von dem vorgenannten Laden, wobei 
Tariftabellendaten aus dem ersten Speicherbereich in 
den zweiten Speicherbereich des Portorechners einge- 
speichert werden, wobei das Aktualisieren zu einem 
beliebig spateren Umstellungsdatum erfolgen kann. 

Weiterhin ist vorgesehen, daB das Laden von neuen Tarif- 
tabeEendalen in einen ersten Bereich des Speichers des Por- 
torechhers und das Laden von einem zugehbrigen 'Umstel- 
lungsdatum- in einen dritten Bereich 16-03 des Speichers - = 
des Portorechners erfolgt. Die Frankiermaschine enthali ei- 
nen Kalenderbaustein und ubermittell automatisch minde- 
stens. einnral, bei spiels weise jeweils beim erstmaligen Ein- 
schalten am Anfang des Tages, das aktuell gUUige Tagesda- 
tum zum Portorechner. Im Portorechner wird das ubermit- 
telte Tfegesdarnm mit dem vorgenannten Umstellungsdatum 
verglichem. Das automatische Aktualisieren unterbleibt, 
wenn das Tagesdatum kleiner als das Umstellungsdatum ist. 
Das automatische Aktualisieren wird vorgenommen, wenn 
das Tagesdatum grofter oder gleich dem Umstellungsdatum 
ist 

Dabei geht einer Obermittlung des Tkgesdatums zum Por- 
torechner der Schritt voraus, daB der Portorechner automa- 
tisch das aktuell gilltige Datum bcim Kalenderbaustein an- 
fordert Letzteres erfolgt beispiel s weise nach dem erstmali- 
gen Einschalten am Anfang des Tagcs. Der Kalenderbau- 
stein kann Bestandteil der Waage und/oder der Frankierma- 
schine sein. Beim Laden konnen Daten in verschiedene Ce- 
rate des Systems geladen werden. Das Laden von neuen Ta- 
riftabellendaten kann in einen ersten Bereich des Speichers 
des Portorechners und das Laden von einem zugehbrigen 
Umstellungsdatum in einen zweiten Bereich des Speichers 
der Frankiermaschine erfolgen. 

ErfindungsgemaB erfolgt auch ein Speichern einer Infor- 
mation in einem vicrtcn Speicherbereich des Portorechners 
fur in der Datenzentrale verfugbare neue Tariftabellendaten, 
wobei die Information beispielsweise ein Lade-Code oder 
eine carrierspezi fi sche Versionsnummer ist. Es werden fol- 
gende Schritte durchlaufen: 

- Bereitstellen einer Information fur in der Datenzen- 
trale verfugbare neue Tarif tab ellendaten und ein 

- Ubennitleln der Information von der Datenzentrale 
Uber die Frankiermaschine zum Portorechner, 

- Speichern der Information im vicrten Speicherbe- 
reich 16-04 fUr den Portorechner fur solche in der Da- 
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tenzentrale verfUgbaren, neuen Tariftabellendaten, 

- tJbcrprufen im Pdrlorechner anhand der gespeicher- 
ten Infonnation auf Eingabc eines der Information ent- 
sprechenden zugehorigen Lade-Codes, der per Einga- 
bemittel eingegebcn wurde, 5 

— ModusumschaLtuag auf einen Lademodus mil Selek- 
ticren eines freien ersten Speichcrbereiches im Porto- 
rechner, wean der Lade-Code ein vorbestimmles \fer- 
haluus zur Information hat, und Laden von zur Infor- 
mation zugehorigen komprimierten neuen Tariftabel- 10 
lendaten und von einem zugehorigen UmsteUungs da- 
tum in Abhangigkeit von der t)bcrprtirung im Porto- 
rechner vor dem automatiscben Aktualisieren. 

Die Erfindung sieht in einer Ausfuhrungsform ein Laden 15 
von zur Information zugehorigen neuen Tarif tab ellcndaten 
in einen ersten Bereich eines Speichers der Frankierma- 
schine vor, wobei anschlieBend ein Kopieren in den Spei- 
cher des Portorechners erf olgt Ein Laden von einem zuge- 
horigen Urns tellungsdatu m erfolgt jedoch in einen zweiten 20 
Bereich des Speichers teFrarikiermaschine, gefolgt von ei- 
nem arisen lie Benden Kopieren in den Speicher des Porto- 
rechners, wobei das Umstellungsdatum im zweiten Bereich 
des Speichers der Frankiermaschine geloscht wird. Der 
Frankiermaschine wird bei jeder ersten t)bertragung von 25 
Gewichts- oder Portowertdaten aus dem Portorechner das 
gespcicherte Umstellungsdatum fur denjenigen Carrier mit- 
geteilt, welcher fiir den Portorechner eingestellt wurde. 

Die Erfindung sieht in einer Ausfuhrungsform mit einem 
Portorechner in einer Waage vor, daB der Portorechner in ei- 30 
ner Waage ein selektives Loschen von- Spcicherbereichen in 
der Waage vor dem Laden von komprimierten neuen Tarif- 
tabellendaten vornimmt. Der Portorechner flihrt dann zu ei- 
nem zweiten Zeitpunkt eine Aktualisierung der Tariftabel- 
lendaten, ggf. verbunden mit einer Dekomprinuerung der 35 
geladenen neuen Tariftabellendaten und mit einem Em- 
schreiben von den dekomprirni erten Daten durch,, wobei Ta- 
riftabellendaten aus dem ersten Speicherbereich dekompri- 
miert und in den zweiten Speicherbereich der Waage einge- 
speichert werden. Das errnoglicht es, daB das automatische 40 
Aktualisieren zu einem beliebig spateren Umstellungsdatum 
unabhangig und zeitlich entkoppelt von dem vorgenannten 
Laden erf ol gen kann. 

Bs ist in einer Van ante vorgesehen, daB eine Automatik 
Anforderungsdaten zum Laden zu einem ersten vom Benut- 45 
zer definierten Zeitpunkt bildet, um dann die geladenen Por- 
totariftabellendaten zu aktualisieren, wenn der zweite vom 
Postbefbrderer definierte Zeitpunkt fur neue Porto tariftabel- 
lendaten herangerilckt ist, um auf aktuelle Tabellen zugrei- 
fen zu konnen, Diese Automatik arbeitet abhangig vom ein- 50 
gestellten Postbefbrderer (Carrier-ID), der Versions- Oder 
Bestellnumrner bzw. Lade-Codes und dem vom Uhren/Da- 
tumsbaustein 9 der Frankiermaschine gelieferten Datum. 
Die Automatik stent mat einem Mikroprozessor und der Ta- 
statur in operadver Verbindung, kann im Portorechner selbst 55 
und/oder in den Speicherzellen des Uhren/Datumsbausteins 
8 realisiert sein. 

Der Portorechner kann in eine portoberechnende Waage 
22a integriert scin, wclche schnittstellenmaBig mit der Fran- 
kiermaschine verbunden ist Es ist auch moglich, daB das 60 
den Portorechner einschlicBcnde System eine Frankierma- 
schine ist Dabei soil aber auch der Fall nicht ausgeschlos- 
sen werden, daB der Portorechner im System separat von der 
Frankiermaschine und/oder Waage realisiert ist und mit lclz- 
teren schnittstellenmaBig verbunden ist. 65 

Die Erfindung ist nicht auf die vorliegenden Ausfuh- 
rungsform beschrankt Vielraehr ist eine Anzahl von Varian- 
ten im Rahmen der Anspriiche denkbar. So konnen offen- 



sichtlich weitere andere Ausfuhrungcn der Erfindung ent- 
wickelt bzw. eingesetzt werden, die vom gleichen Grundge- 
danken der Erfindung ausgehend, die von den anliegenden 
Anspruchen umfaBt werden. 

Patentanspruchc 

1. Verfahren zur Dateneingabe in einen Portorechner, 
mit einem Laden und Aktualisieren von Tariftabellen- 
daten im Portorechner, mit Dberprufen des gespeicber- 
ten Urnstellungsdatums anhand des aktuellen Datums. 
gekennzelciinet dadurch, daB das Laden von neuen 
Tariftabellendaten zu einem benutzerdefinierten ersten 
Zeitpunkt erfolgt und daB das Aktualisieren von neuen 
Tariftabellendaten. zu einem vom jeweiligen Postbefbr- 
derer definierten zweiten Zeitpunkt erfolgt 

2. Verfahren nach Anspruch 1, gekennzeichnet durch 
die Schritte: 

- Bereitstellen mindestens eines ersten und zwei- 
ten Speicherbereiches ira Portorechner, wobei der 
zweite Speicherbereich Tariftabellendaten der bis- 
her guitigen Tariftabelle speichert und der erste 
Speicherbereich fur Tariftabellendaten der zu- 
kunfUg ab Umstellungsdatum guitigen neuen Ta- 
riftabelle vorgesehen ist, • - 

- Oberprilfen im Portorechner auf \brliegen ei- 
nes Ladebefehls, wobei bei Vorliegen eines Lade- 
befehls eine Bildung von eatsprecbenden Anfor- 
derungsdaten und deren Obertragung zur Daten- 
zentrale durchgefuhrt wird, 

- Modus umschalrung auf einen Lademodus mit 
Selektieren ednes freien ersteri Speicherbereiches 
im Speicher des Portorechners, 

- Empfangen und Laden von komprimierten 
neuen Tariftabellendaten und von einem zugeho- 
rigen U mstellu ng s dalu m sowie Urnschaltung auf- 
den Betriebsmodus, 

- automatisches Aktualisieren unabhangig und 
zeitlich entkoppelt von dem vorgenannten Laden, - 
wobei Tariftabellendaten aus dem ersten Spei- 
cherbereich in den zweiten Speicherbereich des 
Portorechners eingespeichert werden, wobei das 
Aktualisieren zu einem beliebig spateren Umstel- 
lungsdatum erfolgen kann. 

3. Verfahren nach Anspruch 2. gekennzeichnet da- 
durch, daB das Laden von neuen Tariftabellendaten in 
einen ersten Bereich des Speichers des Portorechners 
und das Laden von einem zugehorigen Umstellungsda- 
tum in einen dritten Bereich des Speichers des Porto- 
rechners erfolgt, daB die Frankiermaschine einen Ka- 
lenderbaustein enthalt und aulomatisch mindestens 
ednnial das aktuell gultige Tagesdatum zum Portorech- 
ner iibermittelt, daB im Portorechner das Ubermittelte 
Tagesdatum mit dem vorgenannten Umstellungsdatum 
verglichen wird sowie daB das automatische Aktuali- 
sieren unterbleibt, wenn das Tagesdatum kLeiner als das 
Umstellungsdatum ist oder daB das automatische Ak- 
tualisieren vorgenommen wird, wenn das Tagesdatum 
groBcr oder gleich dem Umstellungsdatum ist. 

4. Verfahren nach Anspruch 1, gekennzeichnet da* 
durch, daB das Laden von neuen Tariftabellendaicn in 
einen ersten Bereich des Speichers des Portorechners 
und das Laden von einem zugehorigen Umstellungsda- 
tum in einen zweiten Bereich des Speichers der Fran- 
kiermaschine erfolgt. 

5. Verfahren nach Anspruch 1, gekennzeichnet durch 
ein Speichern einer Information in einem vierten Spei- 
cherbereich des Portorechners fllr in der Datenzentrale 
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verfUgbare neue TariftabeUendaten wobei vor dem 
Speichem der In formation im Portorechner ein: 

- Bereitstellen einer Information fur in der Da- 
tenzentrale verfUgbare neue Tdrif tabcllendate n, 
und ein 5 

- Obermitteln der Information von der Datenzen- 
trale uber die Fran kiennaschine zum Portorech- 
ner, 

- Speichem der Information im vierten Speicher- 
bereich (16-04) filr den Portorechner fUr solche in to 
der Datenzentrale verfugbaren, neuen Tariftabel- 
lendaten, 

- "Qberprufen im Portorechner anhand der gespei- 
cherten Information auf Eingabe eines der Infor- 
mation entsprechenden zugehorigen Lade-Codes, is 
der per Eingabemittel eingegeben wurde,, 

- Modusumschaltung auf einen Lademodus mit 
Selektieren eines freien ersten Speicherbereiches 
im Portorechner, wenn der Lade-Code ein vorbe- 
stimmtes Verhatttris zur Information hat, und La- 20 
den von zur Information zugehorigen kompri- 
mierten neuen TariftabeUendaten und von einem 
zugehorigen Umstellungsdatum in Abhangigkeit 
von dec Uberprvifung im Portorechner vor dem au- 
tomatischen Aktualisieren. 25 

6. Verfahren nach Anspruch 1, gekennzeichnet da- 
durch, daB das Laden von zur Information zugehorigen 
neuen TariftabeUendaten in einen ersten Bereich ties 
Speichers der Franki ermas chi n e und daB anschliefiend 
ein Kopieren in den Speicher des Portorechners erfolgt, 30 
sowie daB das laden von einem zugehorigen Umstel- 
lungsdatum in-einen.zweiten^Bereich des Speichers der 
Frankiermaschine und ein anschlieBendes Kopieren in 
den Speicher des Portorechners erfolgt, wobei das Um- 
stellungsdatum im zweiten Bereich. des Speichers der 35 
Frankiermaschine geloscht wird, daB der Frankierma- 
schine bei jeder ersten Ubertragung von Gewichts- 
oder Portowertdaten aus dem Portorechner das gespei- 
cherte Umstellungsdatum fur denjenigen Carrier mit- 
geteilt wird, welcher fur den Portorechner eingesteUl 40 
wurde. 

7. Verfahren nach Anspruch 1, gekennzeichnet da- 
durch, daB der Portorechner in einer Waage ein selekuV 
ves Loschen von Speicherbereichen in der Waage vor 
dem Laden von komprimierten neuen Thrift ab ellen da- 45 
ten vomimmt und daB der Portorechner zur Aktualisie- 
rung der TariftabeUendaten eine Dekomprimierung der 
geladenen neuen TariftabeUendaten und Ilinschreibcn 
von de komprimi erten Da ten durchftihrt, wobei Tarifta- 
beUendaten aus dem ersten Speicherbereich dckoinpri- so 
miert und in den zweiten Speicherbereich der Waage 
eingespeichert werden, wobei das automatische Aktua- 
lisieren zu einem beliebig spateren Umstellungsdatum 
unabhangig und zeitiicb entkoppeU von dem vorge- 
nannten Laden erfolgen kann. 55 

8. Anordnung zur Durchfuhrung des Vcrfahrens nach 
Anspruch 1, mit einem Portorechner, der zum Laden 
und Aktualisieren von TariftabeUendaten prog ram- 
mi ert ist. mit einem Prozessor, welcher zum Uberpru- 
fen des gespeicherten UmsteUungsdatums anhand des 60 
aktucllcn D at urns und Weiterarbeiten mit den alten Ta- 
riftabeUendaten bei Unterschreitung des UmsteUungs- 
datums durch das aktucUc Datum program micrt ist, 
wobei der Portorechner prograrrimiert ist, zur Aktuati- 
sicrung der TariftabeUendaten durch Eanschreiben von 65 
Daten bei Gleichheit oder bei Oberschreitung des Um- 
steUungsdatums durch das aktuclle Datum, gekenn- 
zeichnet dadurch. 



a) daB in einem Speicher (16) fur Dienstdaten 
Speicherbereiche fur auf TariftabeUen bezogene 
Daten vorgesehen sind, 

b) daB der Portorechner programrniert ist: 

- zuin Detektieren der Eingabe und Einspei- 
chem eines Ladcerfordcmisses 7 

- zum Oberprufen des Ladeexfordernisses 
und zum Laden bei einem Vbrliegen des La- 
deerfordernisses, 

- zur Eingabe eines UmsteUungserforder- 
nisses beim Laden, 

- zum Uberprufen des UinsteUungserforder- 
nis und UmsteUung auf die aktuelle neue Ta- 
riftabeUe oder t)bergang in den Betriebsmo- 
dus. 

9. Verfahren nach Anspruch 8, gekennzeichnet da- 
durch, daB der Portorechner automatisch das aktueU 
gultige Datum jeweils bei einem Kalenderbaustein an- 
fordert. 

10. Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daB in einem Speicher (16) fur Dienstdaten 
Speicherbereiche fur auf TariftabeUen bezogene Daten 
vorgesehen sind, einschUeBUch einem fUnften Spei- 
cherbereich (16-05) mindestens zum Speichem eines 
aus einer Vielzahl von Stadtenamen oder zum Spei- 
chem von einer vergleichbaren ersten Information, die 
den gewunschten Stadtenamen kennzcichnet, und daB 
der Portorechner programmiert ist: 

- zum Initialisieren eines den Portorechner ein- 
schliefienden Systems nach dem Ein sch alten in ei- 
ner Starts undlmtiaUsierungsroutine (101), wobei 
en tsprechend der. Eingabe/ mindestens des Stadte- 
namen s oder. einef vergleichbaren ersten Informa- 
tion, welche den S tad Leu amen kennzeichnet, die 
Initialisierung vorgenommen wird; 

- zum Detektieren der Eingabe und Einspeichem 
eines Ladeerfoidenrisses, einschUeBUch des La- 
dedatums (im Speicherbereich 16-06), und/oder 
einer vergleichbaren zweiten Information (im 
Speicherbereich 16-04), die- <iem Portorechner 
eine Vorauswahl einer Tariftabelle fur einen vor- 
bestimmten Carrier kennzeichnet, 

- zum "Oberprtifen des Ladeerfordernisses (im 
Schritt 202) bzw. des Ladedatums anhand des von 
einem Kalenderbaustein berei tges tell ten Datums 
und zum Laden, beginnend mit einer Modusum- 
schaltung auf einen Lademodus, wenn ein vom 
Kalenderbaustein bereitgestcUtes Datum das ge- 
speicherte Ladedatum erreicht oder uberschreitet 
und "Qbexgang in den Bctrieb sniodus, wenn das 
bereitgesteUte Datum das gespeicherte Ladeda- 
tum unterschreiteU 

- zur Eingabe eines Umstellungserfordemisses 
beim Laden, insbesondere Einspeichem eines 
UmsteUungsdatums in einen dritten Speicherbe- 
reich (16-03), 

- zum tJberpriifen des UmsteUungserfoixierrtis- 
ses (im Schritt 206), anhand des UmsteUungsda- 
tums im Vergleich mit dem vom Uhren/Datums- 
Baustein (8) bereitgesteUten Datum und Umstel- 
Lung auf die aktueUe neue TariftabeUe, wenn 
durch das bereitgesteUte Datum das gespeicherte 
Umstellungsdatum erreicht oder uberschritlen 
wird oder Dbcrgang in den Beuiebs modus, wenn 
das bereitgesteUte Datum das gespeicherte Um- 
stellungsdatum unterschreitet. 

11. Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daB das den Portorechner einschlieUende Sy- 
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stem eine Waage ist. 

12. Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daB das den Portorechner einschlicBendc Sy- 
stem eine Frankiennauchine ist. 

13. Anordnung nach Anspruch 8, gekennzeichnet da- S 
durch, daB der Portorechner im System separat von der 
Frankiermaschine und/oder Waage realisicrt ist und ink 
letzteren schnittstellenmaBig verbunden ist. 
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